tuto fat32

Le développeur CTCaer propose la v4.9 de Hekate.

ChangeLog

[+] CLIQUER POUR AFFICHER

• Prise en charge de l'analyse du stockage secondaire Fusée (FFS0) d'Atmosphère
  
  • L'utilisation de "fss0 = {sd path}" vous permet d'analyser kips, exosphere et warmboot à partir d'un binaire secondaire fusee.
  
  
  • Exosphere et warmboot sont remplaçables si ces entrées sont définies par la suite.
  
  
  • De plus, tout KIP supplémentaire peut être chargé comme avant via kip1 = {chemin sd} / * pour beaucoup, ou kip1 = {chemin sd} pour un sigle
  
  
  • Avertissement: Ne doublez pas les kips principaux comme loader, pm, sm et ams_mitm. Le résultat sera un coup dur.


• Prise en charge de la restauration partielle Merci à @ emvym3two
  
  • Vous pouvez maintenant restaurer en utilisant des pièces ou FAT32. La seule condition est que toutes les pièces doivent être dans la carte SD.
    Il protège contre les fausses cartes SD, les secteurs défectueux et la corruption fréquente des E / S. Aka, ~ 100% des cas.


• Changements de performances pour la sauvegarde / restauration / vérification
  
  • Les tampons alignés augmenteront considérablement les vitesses.
  
  
  • La vérification est maintenant définie sur le mode Sparse par défaut.
    Il protège contre les fausses cartes SD, les secteurs défectueux et la corruption fréquente des E / S. Aka, ~ 100% des cas.


• Changer l'ordre d'invocation de sept.
  
  • C’est important, sinon des outils comme Memloader pourraient casser.
    Jusqu'à ce qu'une solution d'initialisation semi-usb soit trouvée, hekate affichera bootlogo et vous permettra d'accéder au menu.
  
  
  • Si> = 7.0.0 après cela, il sera exécuté en septembre, puis affichera à nouveau le logo sans attendre. Aussi longtemps que la reconstruction du processus de démarrage prend.


• Gestion des versions plus intelligente pour les charges utiles update.bin et sept
  
  • Il prend désormais en charge les versions de correctif et reste compatible avec les anciennes versions de hekate.
  
  
  • Sept est maintenant mis à jour via la copie de hekate dans IRAM. Cela annule l'utilisation obligatoire de update.bin et copie toujours la version la plus à jour.
  
  
  • De plus, si sept / payload.bin s’avère qu’il est étranger, il est renommé et hekate le remplace pour courir septembre. Après cela, il renomme la charge d'origine et continue à démarrer.


• Debugmode est maintenant obsolète pour l'atmosphère. Il est activé par défaut.


• Quelques bugs de corruption de pile ont été corrigés

Le Team Atlas propose également la v11.11 de sa compilation Kosmos.

avec atmosphère, il me met critical error problème SMMU.
ctaer, je peux tout faire mais quand je met dans tools Il y a un intitullé : 6.2 et en dessous 7.0 lorsque je clique dessus, il me met qu'il y a un problème avec le firmware, quand je met reboot rcm ou "normal", j'arrive à l' écrans noir, quan je met cfw, pareil. Et reinx met en rouge pacquage 2.

J'ai refait un dump, j'ai essayé en fat32 et en exaf. J'ai essayer le biskey dump que j'ai save dans la sd. (je ne sais pas trop a quoi sa sert ni comment m'en servir).
J'ai essayer le fichier bin briccmii, où j'ai demandé de debriqué, ça m'a mis succès avec un cr code, mais j'ai pas de smart phone, donc ça m'a pas servi a grand chose.
Qulqu'un sait me dire a quoi sert bricmii et biskey dump?

Il n'y a pas de fichier choix du jour en .bin? pour que je puisse l'utiliser en mode RCM. Parce qu'il faudrait que je puisse aller au hb menu ou menu de la swich pour utiliser le fichier en .nro

Je penses que je vais laisser ma switch de coté si je trouve plus de solution, j'ai déja perdu quelques soirée là=dessu.

bonsoir
meric pour la reponse, mais justement quand je met license-request.dat crée via sa console, je n'ai pas d'endroit pour rentrer ma license, ca me crée directement le fichier license.dat , je n'ai rien a rentrer

je suis passé par la methode sans sx pro pour essayer, je suis toujours bloquer au moment d'injecter le playload via tegrarcmgui , mais le programme plante a chaque fois que je je clique sur inject playload (la console etant bien reconnu en RCm )

la console est bien patchable, je pensais que mon cable usb c etait dead je viens d'aller en acheter un nouveau, idem
Je ne comprend pas pourquoi cela ne fonctionne pas (carte memoire 64g bien formatée en Fat32 car exfat non reconnue par la mise a jour de la console, fichier boot bien dans la racine)

La question du format réside dans le confort d'utilisation des backups. Si FAT32, tu devras splitter/couper tes jeux au format NSP. Si exFat, pas besoin.

Pour ce qui est du online, tu utilises un homebrew comme le HBL, c'est un incontournable. S'ajoute à cela celui qui concerne les backups, tinfoil ou autre. Et si c'est le cas, l'utilisation des backups NSP fera que ta NAND va être modifiée.

Pour conclure, à partir du moment où tu jailbreak ta console, le risque zéro n'existe pas et le online est à proscrire. Pour le reste, c'est à tes risques et périls.

Il est important de lire l'ensemble de la FAQ et également les commentaires car cette question à déjà été abordée. J'invite tout le monde à le faire avant de poser des questions déjà postées.

Bonjour,

Nouvel essai, cette fois avec une new 3DS XL.
J'ai bien préparé les fichiers en amont, prêt à être copiés
https://gyazo.com/3748874f6f8edf2c4d7578987fddb1ab

Cependant, là où ça coince, c'est au lancement de Steel Diver, "Le logiciel a été arrêté car une erreur est survenue. La console va redémarrer."
Pourtant. Entre mon dernier post et aujourd'hui, j'ai jailbreak une autre 2DS (celle de ma compagne) et tout s'est passé comme sur des roulettes.

Là je viens de reprendre le tuto du début sur une 2DS et une New 3DS XL, et sur les deux j'ai ce message d'erreur.
J'ai même formaté la micro SD de la 3DS en fat32.
La question que je me pose c'est : est-ce qu'il n'y a pas eu une mise à jour du jeu principal qui poserait ce souci ?

OK, merci beaucoup pour les infos.
Mais est-ce le format exFat est vraiment nécessaire ? Il ajoute quoi comme avantage par rapport au Fat32 ?

Sinon vous savez si on peut avoir son compte bannis quand on joue en online avec la console lancé normalement, sans homebrew

Normal cette erreur, Hekate ne prend pas en charge les FW 7.0.0/7.0.1. Il nécessite une mise à jour comme je l'indique.

Tu dois passer par TegraRCMGUI pour injecter fusee-primary.bin

Et pour ton format FAT32, si tu souhaites activer le format exFat, cela nécessite une mise à jour firmware que tu peux faire puisque la 7.0.1 est prise en charge par atmosphère. Les indications sont dans la FAQ.

Normalement j'injecte Hekate avec TegraRCM puis launch->payload et ça fonctionne mais lorsque je fais launch->CFW, ça m'affiche l'erreur je j'ai écrite plus haut.
J'ai testé d'injecté fusee.bin par TegraRCM et ça fonctionne aussi.

Ma question principale c'est comment pouvoir lancer l'autoboot et ainsi éviter de brancher la switch au PC ou à un dongle à chaque fois que je veux lancer atmosphère.

Et pour avoir vérifié ma carte SD est bien au format Fat32

Pardon, je n'ai pas compléter ma réponse. Tu lances le CFW atmosphère mais en injectant fusee-primary.bin via TegraRCMGUI ?

Et tu dis être en FAT32 mais tu as fait la mise à jour en 7.0.0 donc tu as du activer le format exFat sauf erreur. Dans les deux cas, y'a pas de raison que le CFW ne se lance pas. La compilation Kosmos a besoin d'une mise à niveau également. Toutefois, tu as du préparer ta carte SD via SDSetup ou manuellement. À voir.

Lorsque je dis que la compilation Kosmos doit se mettre à niveau, c'est pour également intégrer les sigpatchs qui sont d'ailleurs dispo:
https://gbatemp.net/attachments/2-0-0-7-0-1-zip.158580/
À mettre dans le dossier \atmosphere\exefs_patches\es_patches

Les ES_PATCHES permettent de jouer à des jeux NSP déjà installés.
Les FS_PATCHES permettent l'installation des NSP, mais également de jouer à ceux qui sont modifiés.

Un ensemble est dispo: https://gbatemp.net/attachments/patches-zip.158610

En revanche, cela s'utilise si vous maîtrisez le sujet. Si ce n'est pas le cas, je préconise d'attendre deux aspects, la mise à niveau de Kosmos et celle de Hekate pour éventuellement le dump de Keys.

Comme je l'indique depuis le début, cela ne viendra pas de SciresM car il ne cautionne pas le piratage. C'est aux autres développeurs de proposer la mise à jour de leurs outils.

Bonsoir,
Lorsque que je veut lancer un CFW, la console me sort:

Unknown pkg1,
0').ion (='201812181757300/941%2018121817573
Failed to launch firmware

Pour info la console est en 7.0.0 et atmosphère se lance en passant par launch payload et la carte SD est en Fat32.
Est-ce que vous avez une solution ou au moins savez si l'autoboot peut fonctionner, j'ai peut de faire planter la console si j'active cette option.
Merci d'avance.